UK9-98-048 14 

CLAIMS 

1 1. A filter module for a transaction processing system 

2 in which a transaction manager is rersponsive to 

3 transaction requests from one or mare applications and a 

4 service provider layer is adapted Lo relay transaction 

5 requests passed from said transaction manager to 

6 associated hardware for executioiy said filter module 

7 being adapted to intercept transaction requests from said 

8 transaction manager to said service provider layer and to 

9 process said requests, said filyter module being further 

-q adapted to intercept transaction responses from said 

Q .7 

111- service provider layer to said transaction manager and 

li'J the or each application and tp process said responses. 

S / 

jH 2. A transaction processing system including: 

iiS a transaction manager running in a first process and 

3 responsive to transaction requests from one or more 

4=] applications; / 

a service provider layer including a set of service 

&£ provider modules, each service provider module being 

l;i5 adapted to relay transaction requests passed from said 

8 transaction manager to an associated hardware module and 

9 to relay transaction responses from said hardware module 
.0 to said' transaction manager or the or each application; 

11 and / 

12 one or more filter modules adapted to intercept 

13 transaction requests /from said transaction manager to 

14 said service provider layer and to process said requests, 

15 the or each filter Module being further adapted to 

16 intercept transaction responses from said service 



» 
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provider layer to said tran^^tion manager and the or 
each application and to process said responses. 

A transaction processing system according to claim 2 
in which the or each filter module is adapted to process 
said requests and said responses by recording at least 
some of said requests and responses in a log. 



4. A transaction processing sysyem according to claim 2 
in which the or each filter modulfe, said transaction 
manager and the or each application has an associated 
identifier and wherein the or e4ch application is adapted 
to include the identifier of tftie application or the 
transaction manager to which/transaction responses are to 
be relayed by the service p/ovi^^ layer in a transaction 
request, the or each filte/ module being adapted to 
replace said identifier in at least some transaction 
requests with the identi/ier of the^ filter module so that 
responses to said requests from said service provider 
layer are relayed to said filter module. / 




r j6\ A transaction processing system according to claim 
including: 

a set of stub modules adapted to run in the same 
process as the transaction manager, each stub module 
being adapted to relay transaction request data passed 
from said transaction manager across a process boundary; 

a server adapted to run in a second process, said 
server being adapted to receive requests from said set of 
stub modules across the process boundary and to queue 
said requests for execution by said set of service 
provider modules; 
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12 each service provider module corresponding to a stub 

13 module and being responsive to said queued requests to 

14 convert said queued requests to respective hardware 

15 specific calls for a device associated with each service 

16 provider module. 

i 

1 J6 A transaction processing system as claimed in claim 

2 ^^herein said transaction processing system is 

3 implemented on a Windows NT operating system, said 

4 operating system including a Windows registry, wherein 

5 said stub modules are implemented as stub dynamic link 

6 libraries which are adapted to be registered in the 

lv% registry and wherein said transaction manager is adapted 

§<i to call said stub DLLs by using information obtained by a 

§1? lookup process performed on the Windows registry. 

i /5 ... 

1" /7. A transaction processing system as claimed m claim 

?in which -fefe e ur edeh- filter module is adapted to 

A 

3;;~ intercept transaction requests to a stub module by 

4* replacing the stub module entry in the^r^is^tr^ with an 

entry corresponding to the filter moJule, ^tho or^e Wcfa— 
6'!5 filter module being adapted to store the registration of 

7 the stub module so that once the filter has processed the 

8 request, the request is relayed to the stub module. 

i ■ 

1 y8 A transaction processing system as claimed in claim 

2 L ^ wherein said transaction manager is a Windows Open 

3 System Architecture (WOSA) manager, said transaction 

4 requests are WOSA calls and said manager is adapted to 

5 relay said WOSA calls to said server via said stub 

6 modules, said server being adapted to convert said WOSA 

7 calls into constituent components, each component 
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corresponding to a low level generic hardware function 
call. 



9. A transaction processing system as claimed in claim 
2 wherein one of said applications is a web browser 
adapted to run a web application, the web application 
including one or more web pages . 

0^ 

10. A transaction process^ig system as claimed in claim 
2 wherein said transaction^ processing system cooperates 
with a registry, wherein said service provider are 
adapted to be registered/in the registry and wherein said 
transaction manager is adapted to call said service 
provider modules by usMig information obtained by a 
lookup process perfornyed on the registry. 



^ A transaction, p£oces_sing system as claimed in claim 

A A 



jcrcli filtei 



Jt<f fh which the -o^- ecrch filter module is adapted to 

A A 
intercept transaction requests to a service provider 

module by replacing the service provider module entry in 

the registry wi th^n^^it^y^corresponding to the filter 

module, the or - each^ f il ter module being adapted to store 

the registration of the service provider module so that 

once the filter has processed the request, the request is 

relayed* to the service provider module. 




12. An Automatic Teller Mach/ne including the 
transaction processing systeitf as claimed in claim 2 
comprising; 

a. a processor connected to 

b. a memory, 

c. a screen displ* 



0^ 
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